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DETAILED ACTION 



1. 



This office action is in response to the amendment filed on 3/30/2005. 



2. 



The updated drawings submitted on 4/01/2005 are acknowledged. 



3. 



Claims 1-24 remain rejected. 



Claim Rejections - 35 USC§103 



4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this OfiGce action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentabihty shall not be negatived by the 
manner in which the invention was made. 

5, Claims 1 - 24 are rejected under 35 U.S.C. 103(a) as being unpatentable over Anand et 
al, U.S. Patent 6,810,478 (hereinafter referred to as Anand) in view of Slivka et al., U.S. Patent 
6,256,668 (hereinafter referred to as Silvka). 

In regard to claim 1: 

"receiving ttirougii a networic an indication from a device; 

upon determining from tfie indication tfiat the device is in a state in wliicii a first 
system tias not been loaded on ttie device, instructing tlie device through the networic to 
load the first system;" 

upon receiving through the networ/c from the device an indication that the first system 
has been loaded, indicating through a user interface that the device is in a state in which 
the device is available to load an operating system selectable through the user 
interface. " 
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Anand discloses a remote booting network. An indication is sent from a client to a 
network server and a first instruction is received to load a first system (an operating system 
specific bootstrap), which is loaded on the client (e.g.. Figure 4, ref nos. 418 and 420). The 
operating system specific bootstrap, after being loaded, then processes the download of the 
proper operating system. Anand does not disclose a user interface to select the operating system. 
However, Slivka discloses a method for obtaining software from a network wherein the user 
selects the operating system (e.g.. Figure 4B, ref no. 86). Therefore, it would have been obvious 
to one skilled in the art at the time the invention was made to combine the downloading system 
taught by Anand with the user selection of software to be downloaded as taught by Slivka, 
because if more than one operating system is available, the download is not conducted without 
the user's permission providing a level of control as taught by Slivka at column 8, lines 42 - 45. 

In regard to claim 2, incorporating the rejection of claim 1: 

" . . further comprising: 

upon a selection of an operating system, instructing the device through the 
netpyork to load the operating system; and 

upon receiving through the network from the device an indication that the 
operating system has been loaded, indicating through the user interface that the 
device is in a state in which an operating system has been loaded for the device, " 

Anand discloses a remote booting network. An indication is sent from a client to a 

network server and a first instruction is received to load a first system (an operating system 

specific bootstrap), which is loaded on the client (e.g.. Figure 4, ref nos. 418 and 420). The 

operating system specific bootstrap, after being loaded, then processes the download of the 
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proper operating system. Although all the protocols to load the software are present, Anand does 
not explicitly disclose a user interface to indicate that the device is in a state wherein the 
operating system has been loaded. However, Slivka discloses a method for obtaining software 
from a network wherein the user selects the operating system (e.g.. Figure 4B, ref no. 86) and an 
indication through a user interface that the operating system has been loaded to the device 
(column 8, hnes 33 - 42). Therefore, it would have been obvious to one skilled in the art at the 
time the invention was made to combine the downloading system taught by Anand with the 
indication to the user that the operating system has been downloaded SUvka, because a user 
would want to have an indication if any further action is necessary as taught by Slivka at column 
8, lines 38 -42. 

In regard to claim 3, incorporating the rejection of claim 2: 

\ . . further comprising: 

upon receiving tiirougfj tiie networic from the device the indication that the 
operating system has been loaded, indicating through the user interface the 
operating system that has been loaded for the device. " 

Anand discloses a remote booting network. An indication is sent from a client to a 

network server and a first instruction is received to load a first system (an operating system 

specific bootstrap), which is loaded on the client (e.g.. Figure 4, ref nos. 418 and 420). The 

operating system specific bootstrap, after being loaded, then processes the download of the 

proper operating system. Although all the protocols to load the software are present, Anand does 

not explicitly disclose a user interface to indicate that the device is in a state wherein the 

operating system has been loaded. However, Slivka discloses a method for obtaining software 

from a network wherein the user selects the operating system (e.g.. Figure 4B, ref no. 86) and an 
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indication through a user interface that the operating system has been loaded to the device 
(column 8, lines 33 - 42). Therefore, it would have been obvious to one skilled in the art at the 
time the invention was made to combine the downloading system taught by Poli with the 
indication to the user that the operating system has been downloaded Slivka, because a user 
would want to have an indication if any further action is necessary as taught by Slivka at colunm 
8, lines 38 -42. 

In regard to claim 4, incorporating the rejection of claim 2: 
. - further comprising: 

upon receiving tffe indication tiiat the operating system has been loaded, indicating 
through the user interface that the device is in a state in which the device is available to 
return to the state in which an operating system has not been selected for the device; 

upon an indication to return the device to the state in which an operating system has 
not been selected for the device, instructing the device through the networic to load the 
first system; and 

upon receiving an indication through the network from the device that the first system 
has been loaded, indicating through the user interface that the device is in the state in 
which the device is available to load an operating system selectable through the user 
interface. " 

Anand discloses a remote booting network. An indication is sent to a network server and 
a first instruction is received to load a first system (an operating system specific bootstrap), 
which is loaded on the client (e.g.. Figure 4, ref nos. 418 and 420). The operating system 
specific bootstrap then processes the download of the proper operating system. Anand does not 
disclose a user interface to select the operating system. Although all the protocols to load the 
software are present, Anand does not explicitly disclose a user interface to indicate the state of 
the device over the network and to return the device to a state for loading the operating system. 
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However, Slivka discloses a method for obtaining software from a network wherein the user 
selects the operating system (e.g.. Figure 4B ref no. 86) and an indication through a user 
interface that the device is able to return to the state before selecting the operating system (e.g.. 
Figure 4B, ref nos. 90 and 98). Therefore, it would have been obvious to one skilled in the art at 
the time the invention was made to combine the downloading system taught by Anand v^th the 
feature of returning the device to a state before the loading of the operating system as taught by 
Slivka, because a user would want to have an indication if any further action is necessary as 
taught by Slivka at column 8, lines 38 - 42, or complete the download at another time as taught 
by Slivka at column 9, lines 8 - 42. 

In regard to claim 8 (a machine readable medium): It is rejected for the same reason put forth 
in the rejection of the corresponding method of claim 1 . 

In regard to claim 9, incorporating the rejection of claim 8: It is rejected for the same reason 
put forth in the rejection of the corresponding method of claim 2. 

In regard to claim 10, incorporating the rejection of claim 9: It is rejected for the same reason 
put forth in the rejection of the corresponding method of claim 3. 

In regard to claim 11, incorporating the rejection of claim 9: It is rejected for the same reason 
put forth in the rejection of the corresponding method of claim 4. 

In regard to claim 15 (an apparatus): It is rejected for the same reason put forth in the rejection 
of the corresponding method of claim 1. 
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In regard to claim 16, incorporating the rejection of claim 15: It is rejected for the same 

corresponding reasons put forth in the rejection of the corresponding method of claim 2. 

In regard to claim 17, incorporating the rejection of claim 16: It is rejected for the same 

corresponding reasons put forth in the rejection of the corresponding method of claim 2. 

In regard to claim 18, incorporating the rejection of claim 17: It is rejected for the same reason 

put forth in the rejection of the corresponding method of claim 3. 

In regard to claim 19, incorporating the rejection of claim 17: It is rejected for the same reason 
put forth in the rejection of the corresponding method of claim 4. 

In regard to claim 20, incorporating the rejection of claim 19: It is rejected for the same 
corresponding reason put forth in the rejection of the corresponding method of claim 4. 
In regard to claim 21, incorporating the rejection of claim 20: It is rejected for the same 
corresponding reason put forth in the rejection of the corresponding method of claim 4. 

In regard to claim 5: 

"sending an indication tlirough a networl< to a server; 

upon receiving through the networic from the server a first instruction responsive to the 
indication, the first instruction to load a first system, loading the first system from the 
server; 

upon loading the first system, sending through the network to the server an indication 
that the first system has been loaded; 

upon receiving from the server through the network a second instruction responsive to 
the indication that the first system has been loaded, the second instruction to load an 
operating system selected from a user interface, loading the operating system from the 
server; and 
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upon loading the operating system from tfie server, sending tiirough the networic to the 
server an indication that the operating system has been loaded. " 

Anand discloses a remote booting network. An indication is sent to a network server and 

a first instruction is received to load a first system (an operating system specific bootstrap), 

which is loaded on the client (e.g.. Figure 4, ref. nos. 418 and 420). The operating system 

specific bootstrap then processes the download of the proper operating system. Anand does not 

disclose a user interface to select the operating system. However, Slivka discloses a method for 

obtaining software firom a network wherein the user selects the operating system (e.g., Figure 4B, 

ref no. 86). Therefore, it would have been obvious to one skilled in the art at the time the 

invention was made to combine the downloading system taught by Anand with the user selection 

of software to be downloaded as taught by Slivka, because if more than one operating system is 

available, the download is not conducted without the user's permission providing a level of 

control as taught by Slivka at column 8, lines 42-45. 

In regard to claim 6, incorporating the rejection of claim 5: 
. . further comprising: 

upon receiving through the network from the server a third instruction responsive to an 
indication to return the device to a state in which an operating system has not been 
selected for the device, the third instruction to load the first system, loading the first 
system from the server " 

Anand discloses a remote booting network. An indication is sent to a network server and 
a first instruction is received to load a first system (an operating system specific bootstrap), 
which is loaded on the client (e.g.. Figure 4, ref nos. 418 and 420). The operating system 
specific bootstrap then processes the download of the proper operating system. Anand does not 
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disclose a user interface to select the operating system. Although all the protocols to load the 
software are present, Anand does not explicitly disclose a user interface to indicate the state of 
the device over the network and to return the device to a state for loading the operating system. 
However, Slivka discloses a method for obtaining software from a network wherein the user 
selects the operating system (e.g.. Figure 4B ref no. 86) and an indication through a user 
interface that the device is able to return to the state before selecting the operating system (e.g.. 
Figure 4B, ref nos. 90 and 98). Therefore, it would have been obvious to one skilled in the art at 
the time the invention was made to combine the downloading system taught by Anand with the 
feature of returning the device to a state before the loading of the operating system as taught by 
Slivka, because a user would want to have an indication if any ftirther action is necessary as 
taught by Slivka at colunm 8, lines 38-42, or complete the download at another time as taught 
by Slivka at colunm 9, lines 8 - 42. 

In regard to claim 7, incorporating the rejection of claim 6: 
* . . further comprising: 

upon loading tlie first system from tfie server, sending tlirough the networic to the 
server an indication that the first system has been loaded. " 

The Anand invention must have an inherent means to signal the end of the first system, 
whether it is the chain bootstrap code or the OS-specific bootstrap code. The OS-specific 
bootstrap must be loaded and a signal sent to the server in order to commence sending the 
operating system code. 
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In regard to claim 12 (a machine readable medium): It is rejected for the same reason put forth 
in the rejection of the corresponding method of claim 5. 

In regard to claim 13, incorporating the rejection of claim 12: It is rejected for the same reason 
put forth in the rejection of the corresponding method of claim 6. 

In regard to claim 14, incorporating the rejection of claim 13: It is rejected for the same reason 
put forth in the rejection of the corresponding method of claim 7. 

In regard to claim 22 (an apparatus): It is rejeaed for the same reason put forth in the rejection 
of the corresponding method of claim 5. 

In regard to claim 23, incorporating the rejection of claim 22: It is rejected for the same 
corresponding reasons put forth in the rejection of the corresponding method of claim 6. 
In regard to claim 24, incorporating the rejection of claim 23: It is rejected for the same 
corresponding reasons put forth in the rejection of the corresponding method of claim 6. 

Response to Arguments 

6. Applicant's arguments filed on 4/01/2005 have been fiiUy considered but they are not 
persuasive. 

The Applicant has argued: 

"Applicants submit that Anand teaches away fi'om allowing operating system sielection 
after the first system has been loaded. Therefore, Anand lacks proper motivation for the 



Application/Control Number: 10/027,728 Page 1 1 

Art Unit: 2193 

proposed combination of Anand with Slivka. Accordingly, Applicants request that the rejection 
of claims 1, 5, 8, 12, 15 and 22 as being unpatentable over Anand and Slivka be withdrawn." 

Examiner^s response: 

The Office Action provides motivation for combination of Amand with Slivka to include 
reasoning that if more than one operating system is available, the download is not conducted 
without the user's permission providing a level of control as taught by Slivka at colunm 8, lines 
42 - 45. The Applicant has not pointed out any error in the obviousness reasoning provided in 
the rejection. The arguments fail to comply with 37 CFR 1 . 1 1 1(b) because they amount to a 
general allegation that the claims define a patentable invention without specifically pointing out 
how the language of the claims patentably distinguishes them from the references. 



Conclusion 

7. TfflS ACTION IS MADE FINAL* Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In thie event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
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however, will the statutory period for reply expire later than SEX MONTHS from the mailing 
date of this final action. 

8. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Lawrence Shrader whose telephone number is (571) 272-3734. 
The examiner can normally be reached on M-F 08:00-16:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kakali Chaki can be reached on (571) 272-3719. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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Examiner 
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